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Abstract 
Kahn briefly discusses his educational background and involvement with the development of ARPANET before 
focusing on the operations of the Information Processing Techniques Office (IPTO) of the Defense Advanced 
Research Projects Agency (DARPA). Kahn describes the development of computer networks with DARPA 
support and explains the process of contracting research at DARPA as well as the creation of DARPA budgets 
in detail. In this context he discusses the work of various DARPA and IPTO personnel including J. C. R. 
Licklider, Vinton Cerf, Larry Roberts, and George Heilmeier. This interview was recorded as part of a research 
project on the influence of the Defense Advanced Research Projects Agency (DAPRA) on the development of 
computer science in the United States. 
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ROBERT E. KAHN INTERVIEW 
DATE: 22 March 1989 INTERVIEWER: William Aspray 
LOCATION: Reston, VA 
ASPRAY: Let's begin by taking a few minutes to talk about your own background before you came to DARPA. 
As I'understand it you got a Ph.D. at Princeton in electrical engineering in 1964. What was your area of work? 
What was your specialty? What were your interests? 
KAHN: The program at Princeton at that time was largely oriented toward applied mathematics and theory 
more than the practical side of engineering. My doctoral work there had to do with sampling and representation 
of signals. It was more an applied mathematics kind of thesis. From Princeton, where I graduated in 1964, I 
went up to MIT to join the faculty there. Actually, I had worked also at Bell Laboratories as a member of the 
technical staff, both just before and during the time that I was getting my doctorate degree. 
ASPRAY: I see. The same kind of work there? 
KAHN: At the laboratories I had actually started off in the Traffic Group. This was the group at Bell 
Laboratories that was responsible for the plant engineering of the Bell System -- a lot of interest and concern 
in things like queing theory, analysis of switching performance, and global engineering of the system. This was 
the time when most people going through the labs were getting into more esoteric areas of communications: 
modulation theory, coding, color television, things like that. I opted to go into the telephone engineering part 
of the business, which was actually quite interestin& and heavily stocked with mathematicians I might add -~ 
people who were doing work in combinatorics and queuing theory and the like, but an awful lot of seat of the 
pants engineering. It was headed by a fellow named Roger Wilkenson, a sort of Walter Cronkite of the Bell 
System at the time -- a grand old gentleman. 
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ASPRAY: I see. 
KAHN: When I got to M1T I joined the Research Lab of Electronics. The particular group that I was in was 
headed at that time by Jack Wozencraft, who subsequently went over to Project MAC, and then, I believe, after 
a short tour at Lincoln Lab went out to the Naval Postgraduate School. I think he actually went back to MIT 
in between. I was at MIT for only a few years. I left in 1966 on a leave of absence, basically at the 
recommendation of Jack, who thought that it might be beneficial if I got a year or two of practical experience 
under my belt, since I was largely a mathematician. That group had quite a bit of fundamental grounding in 
practical realities of engineering. It was some of the best advice I ever got. I took a leave of absence in 1966 
and went to Bolt, Beranek and Newman. 
ASPRAY: How close were you to the people that were working on Project MAC? Were you participating in 
any way.9 
KAHN: Project MAC was in a different building, in a different part of the campus. It was headed at that time 
by Bob Fano, who had left the group that I had just joined to go over to Project MAC. So I knew quite a bit 
about Project MAC. I knew many of the people there, and in fact, I had subsequently worked with many of 
them at BB&N, but I had very little direct interaction with the Project MAC group at the time. My work at MIT 
was largely focused on more mathematical sides of communications. I was doing some continuation of my work 
on representation that I had started at Princeton. I was doing some work on rate distortion theory, which was 
another aspect of representation, and a variety of problems that were largely of theoretical interest to me, but 
weren't necessarily tied to any specific practical engineering problems. So the reason for leaving was really to 
get my hands a little more dirty with some of the practical problems of everyday engineering. I think I managed 
to do that at BB&N. In fact, when I got there I picked computer networks as a problem area to work on. This 
was a time when BB&N was largely a company that had made its reputation in the field of acoustical 
engineering. It had done a lot of the acoustic design for some of the major auditoriums around the country -- 
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some notorious, I might add (laugh). It was a marvelous little f'u'm at the time, a fraction of the size that it is 
today. It was largely a group of very professional people doing an extension of what MIT and Harvard were 
doing, except on a full-time basis, without the responsibility of dealing with students and teaching. 
ASPRAY: It seemed to me that there were a number of people who went over from MIT to BBN. There was 
a pretty close connection. 
KAHN: An awful lot of the key people in the field of computing and acoustics were involved there. I am not 
even sure I could give you a complete listing of all of the people, but there were very many. BB&N got the 
contract from DARPA around the time that I came, or possibly shortly before. I do not remember the exact 
timing of it; it could have been a year or two before -- to work on a variety of problems having to do with 
timesharing and its applications, artificial intelligence being one of the things that they were applying timesharing 
to. A lot of good people were there. It was really an exciting place to be. Some of the key people who were 
at BB&N at the time that I got there were people like Jerry Elkind, Jordan Baruch, Leo Beranek, Dan Bobrow, 
Warren Teitelman, Ross Quillian, Frank Heart. Over the years that I was there a number of other good people 
came in to join us, like Bert Sutherland. 
ASPRAY: Were there any people in particular that you worked especially closely with? 
KAHN: Well, I started out in the research group at BB&N. There were a number of different divisions. The 
group that I was in was headed by Jerry Elkind when I came. In fact, shortly after I came, BB&N got 
restructured into two separate sections, one of which was headed by Jerry Elkind, and the other of which was 
headed by Leo Beranek. Jerry not only ran half the company, he also ran one of the divisions under his half. 
So I reported to him at one of the divisions. Now, another division that reported to him was one that was run 
by Frank Heart. That was the group that Jordan Baruch had originally run, I believe, until Jordan left to set 
up some kind of a timesharing service jointly with General Electric to serve Massachusetts General Hospital. 
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I think Frank inherited his whole group. It started out as a medical electronics or medical timesharing group, 
but it soon got into networking. When I had joined BB&N I began to work on issues of networking. It was the 
area that I had chosen to get into. And I was largely involved in design of various techniques for networking 
such as, error control techniques, flow control techniques, and the like. I was not familiar with ARPA at the 
time. I knew that ARPA had been involved in funding Project MAC, but it was not an organi7ation I was 
directly involved with. I did not know the people there. But at one point, after I had started to work on 
networking; Jerry Elldad came up to me and said, 'You know, it is really interesting; you really ought to let the 
people at ARPA be aware of it, because I think they would be interested.' So I recall writing a letter to Larry 
Roberts, who had just gone to join ARPA. 
ASPRAY: Did you know Roberts? 
KAHN: I did not know Larry either. I still have the letter in my f'fle somewhere. In retrospect, it is rather 
interesting, because I had no idea at the time who Larry was, or what he was interested in. Jerry just said, 'Why 
don't you write him a letter and tell him what you're interested in?' So I wrote him this very short letter that 
basically said, 'I have some very interesting ideas in networking and I thought these might be of interest to you.' 
And if he had some time, I'd be happy to explain it to him. Well, of course, he had gone to ARPA with the idea 
of taking over their networking project, that I guess conceptually originated back in Licklider's time and had 
become a reality under Bob Taylor. Bob Taylor had brought Larry in to run the project for him. It was all news 
to me at the time. So I sent this letter out. Of course, I got a call back from Larry. He said, 'Why don't you 
come down? Let's chat.' So we did, and, of course, I found out at that point that he was actually interested in 
creating a real network. Having been a mathematician and theoretician, it really had not occurred to me at that 
point that I might ever get involved in something that could become real. It was a revelation of sorts to me. 
In any event, in mid-1968 or so DARPA actually issued an RFP for the ARPANET. This is a topic I know you 
didn't want to get into, but... 
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ASPRAY: Well, does it overlap? 
KAHN: It certainly does. 
ASPRAY: Please go on. 
KAHN: They issued an RFP for the ARPANET, and Frank Heart, who was now running this other division, 
was very interested in getting involved in the project. It turned out that I had done more thinking in that area 
than anyone else at BBN. So Frank showed up in my office one day and said, 'I understand from Jerry that 
you've been thinking about the networking area. Can we chat about it? I said, 'Yes, sure. Who are you?' He 
introduced himself and we had a very pleasant chat. When the RFP came out, I basically got very strongly 
involved in writing the proposal. One of the fellows that I worked with really closely on it was named Severo 
Orustein, who is now retired -- he subsequently left BBN to go out to PARC sometime in the 1970s. Severo 
was a pretty good systems guy and a hardware designer. He represented the hardware side of things to me. 
We put together a very well thought out proposal. It got sent in and BBN won. In fact, at the time the proposal 
was sent in I had no plans to continue actively involved in that project. My thinking at that time was more along 
the lines of f'mishing up my 'practical experience' and going back to MIT. Writing something like this proposal 
seemed to me to be the epitome of practical experience. Then when we had won the contract I decided that, 
for a variety of reasons, it was better for me to get involved in the project directly, because there were an awful 
lot of issues that still needed to be resolved. There was a whole raft of system design issues that remained._Well, 
actually, I picked myself up and moved over to the engineering group that Frank was running. It was actually 
in a different building. So it was a physical move. 
ASPRAY: What year was this? 
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KAHN: It was probably the benning of 1969. And I stayed over there for about three years while we created 
the net. We went through several iterations of the system. When the net was up and pretty stable I then moved 
back into the research group. By that time Jerry Elkind had left and gone to MIT. Dan Bobrow had taken over 
rnnning that division. I moved back into the research division very briefly. I stayed there for a period of maybe 
a year. During that period I spent most of my time actually planning a demonstration of the ARPANET -- a 
public demonstration of it in Washington, D.C., which we pulled off in October of 1972. Actually, that 
demonstration was what made the ARPANET real to others, because there was a lot of skepticism before: 
communicate by breaking messages into packets and shipping them; circuits seemed to be much more reliable 
to the untrained eye. Well, the demonstration was a major success. We had many different vendors contributing 
terminals. We had just about everybody involved in networking at the time there. Over a thousand attendees 
came through the conference. It was a hands-on, live demonstration. Many of the people who were involved 
are well-known leaders in the field today. It was a major event. It was a happening. You might be interested 
to know that I actually taped that session, so if you're interested for historical reasons I'd be happy to make the 
tapes available. We went around and interviewed people as to what their reactions were. This was the f'n'st 
public viewing of computer networking. 
ASPRAY: I think that we would be very interested in that. 
KAHN: So I would be happy to give you that. I also had a photographer go around and snap photographs of 
people at the console so you could get a feeling for what it was like. I don't know why I did that. I have the 
archives on that. I also had a f'dm prepared in which we interviewed some of the key people who were involved 
in networking at the time. I showed the f'dm at that conference in 1972. I have a videotape of it, which I'd be 
happy to give you. It's a 16 millimeter f'dm, which was transferred onto videotape. 
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ASPRAY: Yes, I would like to... 
KAHN: It is a fascinating f'dm. I think the film is as relevant today about the objectives of networking as it was 
back then. Interestingly enough, not that much has changed in the global sense. There are some technological 
differences. We now have workstations instead of mainframes. The computer industry has moved light years 
in that timeframe. We have local area nets where we didn't before. We have internerring where we didn't 
before. But, in terms of what people wanted to use machines for, a lot of that still remains a goal and objective 
today as it did back then. I think you will f'md that film interesting and if you like, I will just let you take the 
copy of it with you. 
ASPRAY: Whatever you feel most comfortable with. 
KAHN: Okay. So, let's see. I think just before that demonstration I actually left BB&N. We did the demo 
and then I joined DARPA. It had appended a D to its name by then, the silent D in front of its name back 
then. It became non-silent somewhere in the 1970s; I am not sure when. They never changed the name of the 
ARPANET. That always stayed ARPANET. They still issue funding on ARPA orders -- not DARPA orders. 
So there is some historical lingering to the term. I joined DARPA at the end of 1972 (October 29, I think, is 
the actual date). But I don't think I actually showed up in the office until sometime in November because of 
the conference and wrapping up at BBN. 
ASPRAY: Okay. What were your duties supposed to be when you showed up? 
KAHN: Well, I ran a number of programs. My interests were fairly broad, and going into networking was, in 
some sense, a fairly significant change to me. Maybe it was not significant in some global scheme of things, but 
it felt like a big change. When I went to DARPA my plan was to start a program in flexible automation in 
manufacturing. I forget the name Of the program. It was something like Manufacturing Automation, Factory 
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Automation, Flexible Manufacturing, or some name like that. DARPA had either proposed it to the Congress, 
or were planning to propose to the Congress the startup of a hundred million dollar a year project. At least 
that's what I recall of it. When I joined DARPA, somehow that planned project had vani.qhed within the first 
few months of my being there; what had been a planned program, or an approved program, whichever, suddenly 
disappeared. Larry Roberts, who was the head of the office at that point, had convinced me to go back and start 
working on some of the networking problems again, which I agreed to do. 
ASPRAY: Reluctantly? 
KAHN: Well, at that point in time I was looking to get into some new things for a variety of reasons, but I 
guess my feeling was that it was a big disappointment that that program didn't happen. On the other hand, I 
was now drawing on my strengtks rather than branching out into a brand new area. So it may have been better 
for me professionally;, I am not sure. 
ASPRAY: Were you working within the IPT office at this time? 
KAHN: Yes, right. I do not think I ever moved more than a hundred feet in all the time I was in ARPA, which 
was about 13 years. 
ASPRAY: So this automation program was to have been something that was part of the program at the IPT 
office? 
KAHN: That was my understanding. You would have to go back and talk to Larry Roberts about that because 
I was not privy to the details. I had just took it on faith. At any rate it did not happen. I am sure that it was 
fully their intent to start it. It was probably a congressional cut-back of some sort that happened. Those things 
happened all the time -- sometimes even in the middle of a program. Let's see, there is one other thing I should 
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mention to you, which is that just before I had gone to DARPA, Steve Levy and I had spent quite a bit of time 
putting together a commercial organi?ation to try and exploit packet switching technology. This was called 
TELENET -- it became a well-known commercial organization which I believe was bought out by GTE in 1978 
or 1979, or sometime around there -- late 1970s. It is now owned by some other company, like United Telecom. 
It was a US Sprint company. Maybe it still is. Maybe they said Sprint -- I am not sure. The choice for me at 
the time was either staying with BB&N, becoming involved in running TELENET, or going to DARPA, and I 
elected to go to DARPA. It seemed to be more in line with what my long-term interests were, which was R&D, 
and helping to plan, formulate, and manage R&D programs. Larry Roberts left shortly after I got there to 
become the second president of TELENET -- Steve Levy being the fh'st. 
ASPRAY: Yes. What were your prospects at BBN? What did you think you would have been doing? BBN, 
that seemed to be an R&D opportunity also, just like DARPA would be. 
KAHN: I do not think that I would have done that. I think my choice at that point would have been...My 
highest priority, of course, was to go to DARPA. My second priority probably might have been to go with 
TELENET. So my third priority would have been to go back to MIT. 
ASPRAY: I see. 
KAHN: No, I take that back. I think my second priority would have been to go back to MIT. I never seriously 
explored with them going back on the faculty at that point, because my lb'st priority was to go to DARPA. But 
I think going back to MIT would have been my second priority, and my third probably would have been staying 
to run TELENET, and the fourth probably would have been to stay at BB&N proper. 
ASPRAY: I take it that by the time that you went to DARPA in 1972 you were rather thoroughly familiar with 
their operation. 
9 
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KAHN: It is hard to really get familiar with their operations from outside. I do not think that there is any way 
that as a contractor, or an advisor, or an outside agent, you can really understand what goes on inside that 
organization. The dynamics of the place -- at least back then (maybe it's changed now;, I would strongly doubt 
that) -- were so great that from day to day the changes were great. A lot of what it took to make things happen 
there really depended not only on understanding the mechanics of the organization -- how it worked, but on the 
politics, both with the organization, the agency as a whole, and with the Department of Defense. I do not think 
you can really get that observing from the outside. You might look at the White House and decide you really 
understand how the White House works, but you probably have an idea that somehow being inside gives you a 
completely different perspective on just how decisions are made, what kind of paperwork has to be prepared, 
who needs to see it, who can influence what, how are things carried forth, what the process is. All of those are 
things that you can get hints of, you can get glimmers of. You know that these kind of meetings take place, but 
you do not really know what happens in the meethags, you do not know what the personality give and take is like. 
You do not know how the forces are really exercised. 
ASPRAY: Well, what about in another, more limited sense, in the sense of personally knowing the community 
of contractors, having some sense of the technical areas which the IPT office is funding? Having some sense 
of the workers and the project areas, you were somewhat familiar with that by that time, I assume. Or not? 
KAHN: I was probably about as familiar with what the office was sponsoring as one could be outside of 
DARPA at that time. I am sure there were people who had more detailed knowledge of specific things, but in 
terms of an overall panoply of what was going on I think I had that, because of the fact that I was so deeply 
involved in this networking project. Remember, this was trying to link up the different ARPA IPT community 
participants at the time, which meant that I got to know each of the different groups. We had to interface with 
them. We knew what their facilities were. To some extent we had to know what they were doing with those 
facilities. We knew the people there. One of the key contributions of the ARPANET itself was to take a set 
10 
------------------------------<page break>-----------------------------
of researchers around the country who were largely (I'm not sure 'disparate  is the right word to use here), but 
they were very separated. There was not a lot of communal activity among the agents. 
ASPRAY: Independent agents, in a sense? Is that right? 
KAHN: Yes, well, nothing is totally independent, but for example, I'm sure the graduate students at MIT did 
not know the graduate students at Stanford. l y gust much ot the faculty at MIT probably did not know 
much of the faculty at Stanford. That does not mean that they might not have recognized a name, or seen a 
paper, but the interchange was largely at a much more distant, arm's length levei. What the ARPANET did was 
knit thi community together more tightly than it had ever been knit together before. You now had the ability 
to actually interact with people, not on day one, but over the course of a few years, especially after electronic 
mail became available. ARPA had started the process of running a series of principal investigator meetings, 
sometime in the 1960s. I do not know what the origin of that was -- some combination of Licklider, Ivan 
Sutherland, and Bob Taylor, I presume. They would know for sure how that got started because they were the 
first three directors. I know that Bob Taylor ran PI meetings. He may very well have started them, but it is 
possible they occurred even earlier. That brought a small set of people together. By the time I became director 
we had principal investigator meetings that involved 40 to 60 people, as opposed to a much smaller set. And 
I was just at a DARPA principal investigators' meeting last November. They must have had several hundred 
people there. I am sure it was not more than several hundred, but it was several hundred. So it has really grown 
in size and scope over the years. 
ASPRAY: And has a different group dynamic... 
KAHN: Well, sure, any large organization versus a small one would. But those meetings helped to start to build 
a sense of community, and I think the network reinforced that at many different levels. There were also some 
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efforts underway to have graduate conferences where they brought key researchers from the graduate student 
rank. together to help facilitate a sense of community, but I don't believe that actually continued very long. 
ASPRAY: Yes, Bob Taylor was telling me wistfully that they had been canceled after a few years and that he 
thought it was a bad thing to have canceled. 
KAHN: He's probably right. So, just to close on this one point, I had a fairly good view of what was going on, 
both bemuse of the network itself and because of the demonstration of the network, which involved me working 
with each of the sites to actually f'hgure out what to demonstrate on their machines, who to work with, and the 
like. You have to recall that at the time we started work on networking there was not a lot of interaction 
between the computer and the communications fields. They were rather separate fields. The focus in the 
communications discipline was not on computefish things. That does not mean that there was not an isolated 
researcher or two thinking about that effect. Folks at Bell Labs had been thinking about various ring networks 
to hook together computers. There had been some isolated work in that area, but the .2dPANET project was 
the fkst serious one to try and meld computers and communications in a serious way for networking purposes. 
There had been a little bit of work over in England by Donald Davies of the National Physical Laboratory, but 
what he did was hook a bunch of terminals up to one mini-computer, just to show you could type on one 
terminal and it would come out on the other through switching the packets out different lines. So he 
demonstrated the ability to switch, but he did not have anything that resembled a wide area network with 
algorithms, much congestion control to worry about, things like that. Much of the research work that was going 
on at that time was not yet in the mainstream of the industrial thought process. Timesharing really did not take 
hold until the late 1960s in the real sense. There had been quite a bit of exploratory work. Many of the facilities 
that were available around the country were special purpose, and they were either put together locally or they 
involved special-purpose operating systems designed by Berkeley or BB&N. These were not turn-key 
installations in most cases. Many of the projects were actually timesharing projects themselves, like the one at 
Project MAC and other locations. 
12 
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KAHN: So in most of the cases the research groups themselves were so deeply involved in the work they were 
doing. Timesharing was a culturally different phenomenon. Most people had not interacted with machines in 
quite that dynamic a fashion. The basic use of machines was in batch processing mode. You would submit 
decks of cards; you got back responses the next day. The idea of interacting with machines was a new 
sociological phenomenon to a lot of people. The net effect was that although there was such intense interest 
in what people were doing, it was not that easy for someone to learn about what was going on unless he had 
some specific reason to be plugged into those groups. I was fortunate to be plugged into the communications 
field, so that I knew what was going on there. By virtue of being in a company that had been focusing on 
computing (i.e BB&N) although it was in acoustics as well, and having come out of the communicatious 
background, I'd had an intersection of knowledge in both of those areas that I was able to apply. There were 
not a lot of people that had that kind of background, although I think I was not unique at the time; I was just 
well-positioned. 
ASPRAY: Do you think that was one of the attractions to your being invited to come to DARPA? 
KAHN: Which? 
ASPRAY: Having thi overlapping interest in both communications and computing. 
KAHN: Possibly, but I should not conjecture on that. You should go ask Larry Roberts who hired me to come 
in. 
ASPRAY: Okay. Why don't you tell me about some of these special projects you ended up working at when 
you did arrive at DARPA? 
13 
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KAHN: Well, they were largely projects that I formulated myself. One was a project that had to do with 
providinE end-to-end security over networka. Another was a project that had to do with moving speech through 
the packet switched nets. Another one had to do with packet networka over satellites, using satellite channels 
to do packet switchlnE and budtiding ground radio nets. None of these were new ideas to me. That is, there had 
been people working on aspects of these. For example, there was an effort at the University of Hawaii that 
Norm Abramson, Frank Kuo, and Pichard Binder were involved in. That was really the 'st project that I am 
aware of to demonstrate that you can actually send packets over radio channels. If you have ever been in 
Hawaii, you know that telephone lines are very noiay there (or were at that time). So the idea was to see if you 
could not somehow communicate to a central computer center using radio waves rather than noiay telephone 
lines. And they very successfully demonstrated that. In fact, they even had a few experiments to show that you 
could do relaying to other inlands and further locations. So that was a start down the path of radio transmissions. 
They actually did some experiments using satellites to show that you could sometimes send something up by 
satellite and get it down. We did not spend a lot of time in that project worrying about sophisticated techniques 
for desinlng and managing these nets, because they did not have a whole lot of operational requirement, and 
they didn't have very wide area nets to deal with. In effect, one of the main attributes of their work was the 
operation of the set of protocol called 'Aloha protocols', which are characterized by the absence of any non- 
trivial control mechaniams. They were the very f'rst test of the idea that you could have a kind of chaotic 
network, with essentially no control at all. Every station did what it wanted, when it wanted. If you didn't have 
too much traffic it would still work. It would sort of be like having a big, open roadway and not too much traffic. 
You can drive blind, if you are pointed in the right direction, and you probably will not hit anybody. Of course, 
if the traffic level butld up, you start to get colliaious, and then the two packets that have collided would be 
damaged, and you would have to retransmit them. They actually showed that as long as the traffic was less than 
about 18% of capacity you could still manage to get it through with reasonable delay. More than that, and you 
might never get it through, on the average. So they did quite a bit of early work on demonstrating feasibility. 
Of course, people had been doing network encryption for a long time, usually LINK encryption, rather than 
across the packet switched nets. The application to satellites was also something that had started in the Aloha 
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Project. What DARPA succeeded in doing later was actually building a real operational system, quasi- 
operational, that worked on the INTELSAT IV satellite, which we used as the basis for interaction with a 
number of our European research counterparts. The most difficult part there was not really technological. 
There were some interesting technological issues of how you used such a system efficiently, and what the 
protocols should be, and exactly how you structure and architect the system. But a more difficult challenge in 
that project, as far as I was concerned, was making a system like that happen in the INTELSAT environment. 
Remember, there was no domestic satellite capability in the United States at that time. The only options we 
would have had were to go through INTELSAT or to use some military satellite system. We chose to go with 
INTELSAT, although the military satellite system was an option that we were seriously exploring. But 
INTELSAT had no mechanism for supporting this kind of technology at the time. Their tariffs did not even 
permit it. We had to work through the Board of Governers at INTELSAT to get new tariffs approved; we had 
to get countries to agree to participate; plus we had to get the systems actually installed and working. So there 
was a -- I do not know what you want to call it -- a political/administrative challenge to actually make that all 
happen. That was my real contribution. 
ASPRAY: How much of this work that you were doing in this period was research of your own, and how much 
of it was contracting outside, managing outside, getting others to participate? 
KAHN: It was a mix. Let me just describe one or two more of the projects that I was doing in that time frame, 
and then I will come back and answer your question. 
ASPRAY: Fine. 
KAHN: The fourth project that I was involved in was one which had to do with Internet -- the ability to get 
machines on multiple nets, interoperating. You have to recall that in the time frame that we were operating back 
then the ARPANET was the only network around. Well, I was now in the process of creating satellite nets, and 
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it wasn't clear how you could put them on Jeeps. So the question really was, how could we get access to 
computing to test with the packet radio net? The idea then was to connect the packet radio net to the 
ARPANET, which had probably 50 or 100 computers at the time and use those machines. It was an interesting 
challenge in its own right. We knew in the back of our mind that there would be other kinds of nets to connect. 
So we designed a mechanism for getting a machine on one net to work with a machine on another net in a 
general enough way that it, in effect, turned out to be the mechanism that was used on all of the local area nets 
in the ARPA community and throughout Defense when that happened. That's the so-called TCP/IP set of 
protocols, which you have probably heard about. 
ASPRAY: Yes. 
KAHN: I did that work with a colleague of mine named Vint Cerf, who now works with me here at CNRI. I'll 
give you a little background about Vint. When the ARPANET was first installed at the end of 1969, the fkst 
node was put into UCLA on roughly the fkst of September 1969. It was sort of one a month, and by December 
of that year we had four of them installed. Shortly after the fourth node was installed, I had gone out to 
California with Dave Walden, who is now the president of BB&N Laboratories. Dave and I did all of the field 
testing and debugging of the network to bring it up. At that time Vint Cerf was just fini.qhing his Ph.D. at UCLA 
-- or was working on his Ph.Di at UCLA, I guess. He had done a lot of the coding for the UCLA Sigma 7 
computer, which we used as a vehicle for testing the network. Len Kleinrock had a contract to work on the 
network measurement center for the network, and Vint was one of the students working on this area. So he and 
I worked pretty closely on the network testing during that period, along with Dave Walden. Vint went to 
Stanford sometime, I guess it must have been 1973, after completing his doctorate at UCLA. He and I 
collaborated on the design of the Internet architecture. We actually wrote a paper on that back in 1973, which 
got published by the IEEE in 1974, that laid out the strategy. Then Vint and some of his students took the lead 
in actually taking these ideas and turning them into detailed specificatious and real protocol implementations. 
He led the development effort. There were actually three parallel efforts--one by Vint and his students at 
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subcontractors working on different parts of the technology, the theory parts, implementing the radios, 
implementing some things called 'stations', because we didn't have enough power in the microprocessors to do 
everything, so we had to delegate some of the functions to other, more powerful machines elsewhere. We had 
people building surface acoustic wave devices. We had more advanced versions of radios. We had a lot of 
different aspects -- field testing of technology. My role in that program was chief engineer, chief architect, and 
manager of all the different parties, making them all play together. It was a major technical involvement, as well 
as a programmatic and admini.qtrative one. I hink the conception of the internetting effort is one that can be 
credited to Vint Cerf and myself. He and I really conceived of how to proceed with that, laid out the grand 
design; and then Vint worked with the community to develop and evolve it over time. It went through many, 
many iterations and revisions, because as you would try and implement something you would learn all the thing s 
that you did not think about before, what was right and what was wrong, and the like. He and I planned the 
orinal design, and he took it from there and just evolved it over the last decade. But that was a major 
intellectual contribution on our part. It was not so much a big management challenge, because when we started 
it out there were only a few places just trying to implement some things, but it turned into a major activity for 
defense because the original set of protocols that were implemented by machines, the host computers on the 
network, did not allow you to deal with multiple nets. I'll just give you a few examples. When the ARPANET 
was first created nobody envisioned that there would be other networks con.ected to it. We thought the things 
you would plug into it would be computers. Therefore, if something showed up to be delivered into the 
computer, there did not seem to be any reason to tell the computer who it was destined for. If I hand you a 
letter, there's no necessary reason for me to tell you it is for you; the act of handing it to you means it is for you. 
What you want to know is who it came from. Well, if you now go into a network rather than a machine, there 
might be a hundred different computers on that other network. Which of those other computers is it now 
intended for? Well, there was no information that would let you figure out what to do with a packet once it went 
into another net, because all notion of who it was for had disappeared. It was there in the original net, but gone 
by the time it popped out. Likewise, when you sent something into the net at the source, there was no need to 
tell the network who it came from. Obviously, if you give me something; it comes from you. So those were 
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Stanford, one by some folks at BB&N, and the third effort by some folks at University College, London. The 
three of them then interacted together. Vint was really playing a very major lead role in this whole thing. Then, 
of course, he subsequently left Stanford and came to work for DARPA in 1976, and in fact took over the Internet 
program from me at that time. I had started it and ran it until Vint came, and then he took it over after that. 
Now, to get back to the orinal question you asked, "What was my role in it?' It varied. In the case of the 
packet satellite work, I played some technical role having to do with the overall architecture of the system and 
structuring it, putting in gateways, making sure it interfaced properly. But largely, the technical work on that 
was done by a team of contractors, including Irwin Jacobs who played a very strong role in leading that whole 
effort technically. At the time Irwin was president of a small company called Linkabit in California. He is now 
president of another small company called Qualcomm. I handled the political, legal, and administrative aspects 
of actually making it happen -- the liaison with the other countries: getting the approvals, working with 
INTELSAT, the tariff issues. These were not trivial. I wrote a paper that summarized that aspect of it. If you 
are interested, I can get you a paper on that side of it. 
ASPRAY: I think we would like that. 
KAHN: A very strong non-technical component to that program was required to make it a reality, because as 
I said before there was no domestic satellite capability. It was all mired in issues of politics. In the case of the 
end-end security program, that wasn't so much a problem that was technological as it was also political and 
admini.qtrative. It involved working with the security community to understand how to do this kind of thing: 
what the options were, what would be permissible, how we might approach it, getting agreement and approval 
to proceed. It took quite a bit of attention on my part. The technical part of it was turbulent, but there were 
mostly engineering problems that had to be solved. The Packet radio program was very different from the fzrst 
tWO in the sense that I was really the chief architect of that program. At one point it involved close to 20 
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some problems that had to be dealt with. The second thing was there was no concept of an Internet name space. 
You cotfid identify a port on the ARPANET, but you cotfidn't say, 'Send it to that net over there in Southern 
California, and, oh, by the way, to this machine on that partictfiar net.' There was no addressing notion for the 
Internet, which we had to create and then imbed in the protocols. Another thing that was really different was 
that the original 'feel of the ARPANET was like that of a reliable peripheral. That is, the computers treated the 
ARPANET as more like a line printer -~ pick your favorite peripheral. The idea was, if you sent something to 
the network it would get where it was going with perfect reliability and the computer did not have to worry about 
it, just like if you sent something to the line printer you figure it was going to print it, unless your line printer 
is broken, in which case you fix it. But that is a rare event. Well, if you now start to think about going through 
a radio net, you might be talking to a radio terminal that enters a tunnel. You cannot get there right now, or 
suddenly there is interference in the airwaves. The packets do not arrive. So the notion of reliable transmission 
did not exist at all. There was nothing in the original protocol that wotfid let you recover from that. If 
something got lost, it was broken; you had to go ftx it. So we really needed a complete rethinking of the protocol 
suite which had to be reimplemented in the machines. It was a major effort to make that all happen. Of course, 
instead of dealing with a network that had a hundred computers, eventually we were dealing with probably tens 
of thousands of computers. So we had real problems about just managing the name space. If somebody said, 
'Send thi.q to the following machine,  and you knew the name of the machine, it didn't necessarily guarantee that 
the network cotfid figure out how to get it there. We wotfid need to know specifically what the internal mapping 
from name to address that was needed to rapidly deliver thl.q message. So anyway, this was a major change that 
happened. The DOD adopted the Internet suite of protocols as a standard in 1980. And they made a conversion 
from the old suite of protocols which were called the NCP to TCP/IP-~I January 1983 was the cutover date. 
I managed the conversion and it was a very interesting exercise. It was almost as interesting an exercise as the 
original demonstration of the ARPANET was in 1972 -- to get all the sites cut over, because you now have 
mismatches of protocols, and you had to coordinate hundreds of sites and make that all work, which we did. 
That aspect of it was also more of a management, administrative activity. But each of these things required a 
lot of detailed technical knowledge of what was going on. 
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ASPRAY: If you can, try to put this in a longer context: when Licklider was originally running the program, 
he had certain vision about what kinds of programs he was going to want done, but he did not really do any of 
the work himself. It was all contracted out. He did not have any technical officers there with him. His aide 
was a military person. Over time, it seems that people besides the IPT Director were brought in to do some 
technical work, or to manage technical projects -- I am thinking of Larry Roberts in particular. When you got 
there, you were clearly in this same kind of vein. You were coming from a technical background; you were doing 
some research as well as manang programmatic administrative work. Were there other people like you, and 
was this a longer tradition? Had there been a tradition by the time you arrived of having these kinds of technical 
people within the program working on special projects? 
KAHN: Well, I would say that in some sense Licklider really had a good technical vision of where he wanted 
to go, and used that to guide what he selected in terms of funding. You would have to ask him -- but I am sure 
that it guided him in directing the program. Oftentimes the proposals that you got in were the result of face-to- 
face conversations with somebody who said, Iere's some ideas that I have. What do you think?' You might 
respond by saying, Wqell, these are not relevant to our program, but I think these are really great.' And, 'Oh, 
by thc way, have you considered applying this in the following way.*' There are various ways in which, just 
through face-to-face iterations, people can get a sense of your own vision and propose. So I think it probably 
started with them. Ivan Sutherland, of course, was the world's expert in computer graphics when he came in 
to DARPA. Ivan did a lot of other things while he was there, including getting the ILLIAC Project started--the 
program launched, or at least conceived of. You ought to ask him. I am sure he played a major role in 
enhancing the development of computer graphics technology in this country while he was there. I do not think 
it was ever of the form where he planned what the contractors would do, but I am sure he played a major role 
in critiquing what they were doing, and picking the nuggets. I think Bob Taylor really diversified the program 
fairly broadly. I mean, Bob had a very panoramic view. I am rather impressed by his vision, and of course he 
showed a lot of that at PARC when he was out there. He is a strong-minded fellow, but I think that has led him 
to really be very successful. 
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ASPRAY: He was the furst one to admit, though, that in some sense he did not have the technical background 
when he came into that position, especially following Sutherland and Licklider, and that he felt he had to rely 
more heavily on technical help within the office. 
KAHN: Yes, that is true, but if you look at the history of things that he has gotten behind, he just had incredibly 
good taste and intuition. It is not clear to me that somebody in that position needs the technical wherewithal 
to be successful. I mean, if you have got the technical wherewithal you can rely on your own instincts more than 
you can if you do not. But there are enough good people in the community that if you do not have them, if you 
are a good manager, you can get the right inputs. Bob leveraged that to the hilt. I think he was marvelous at 
that. He had extremely good instincts. He could tell whether something was worth doing. He may not have 
been the guy to do it, but he could make it happen through other people; that is the art of management. In fact, 
one of the things he did at DARPA was to bring Larry Roberts in to make the network project happen. That 
was one of the furst projects that was actually managed, or started to be managed, out of the office. They had 
had projects before, but they were always projects that were delegated out, like Project MAC was delegated to 
MIT. So it was more like a contract. 
ASPRAY: Right. I guess that is what I was trying to get at. 
KAHN: ILLIAC IV was a big effort, but it was largely a project that was contracted to Illinois working with 
Burroughs. The Burroughs part was a subcontract, but they were all managed by that combine. The ARPANET 
was rather different. It was a major networking piece that was competed and awarded to BB&N. And it was 
more in the line of the ILLIAC IV and the Multics experiments up at MIT. But to make the network work, you 
had to get the whole community working together, so there was a sort of a project role that the ARPA had to 
play, to encourage the different contractors to become involved. Of course, I played a lot of that synthesiving 
role while I was at BB&N before I came to DARPA. The ARPANET demonstration in Washington helped a 
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to his 'pilot's associate.' I mean, there were a lot of very focused goals that were laid out there that typically 
did not exist in many of the earlier kinds of programs. But once you have got a goal like that, then manang 
a program like that with a number of distinct pieces, can be done by people who are technically competent in 
the areas. They do not necessarily have to create each of the subpieces for the whole program from scratch. 
I think that tradition has largely continued to today. Whether they can continue to attract really good technical 
people at the pay levels that the government is willing to agree to is a question. I think they are underpaying 
those people by a considerable amount. But I am sure the Congress is fully aware of this situation. 
ASPRAY: Yes. When you farst came to DARPA, what other technical people were there? Who were they? 
KAHN: I am probably going to do an injustice to someone or another that I can't remember. There's was a 
fellow named John Perry, who was an Air Force officer. He was running a program in climate dynamics, as I 
recall. 
ASPRAY:. Out of the IPT Office? 
KAHN: Right, this was a program that had to do with weather simulation on the ILLIAC IV. I am probably 
not going to remember what everybody was doing exactly, or even who was there. But John was one I recall. 
There was a fellow named Bruce Dolan, who was another Air Force officer. He had been managing the 
ARPANET project. I never did find out what happened to Bruce. There was a fellow named Steve Crocker. 
Steve was a graduate student at UCLA. He had been the guy who had organized the community to work on 
network protocols -- the versions of protocols that were the original ones on the ARPANET, such as the NCP, 
that the TCP/IP protocol suite later replaced in 1983. He had been in the office. He later left to go back and 
get a Ph.D. at UCLA. There may have been one other program manager there. It beats me if I can remember 
though. Larry Roberts was running the office when I showed up. There was a fellow named AI Blue who was 
an administrative assistant. There were a number of secretaries. 
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Vietnam syndrome, and a variety of factors that cause the budget to be down. During Licklider's second tour 
I do not think he and George Heilmeier saw eye to eye on many things. Anyway, the combination of that caused 
the budget to go down. By the time Licklidcr left the budget probably dropped down to about 34 million, or 
something like that, and then eventually got back up to the 40 million level or so when I took over. The budget 
grew fairly quickly after that. When I left, the budget for information processing was probably around a quarter 
of billion dollars, much of it being in the new strategic computing program. 
ASPRAY: What did the program look like when you first arrived? What were the major areas that were under 
investigation? 
KAHN: I can not remember them all, but there was a program in speech understanding. There was a program 
in artificial intelligence research. It was fairly small -- three or four million dollars. There was a program called 
Automatic Programming. It was largely trying to deal with being able to have machines create programs from 
very high level descriptions. It didn't last very long. There was another program which we got partitioned in 
different ways. It included the Network Program known as ARPANET. There was the ILLIAC IV program, 
which still had some visibility. -There was the Climate Dynamics Program, which was around for a while. There 
were a number of other, smaller efforts that were started, which I would somehow lump under the rubric of 
command-and-control initiatives. In fact, that was one of the areas that grew most siificantly after I got there. 
The testbed efforts were put under that program. A lot of the new networking developments were put under 
that program. In fact, it later included things like packet radio, packet satellite, internetting -- things like that. 
That's my recollection of what the program was like at that time. Oh, there may have been a program on 
computer graphics. Oh, no, there was one more--image processing. It was not quite image understanding, which 
started up a few years later, but it had to do with the ability to use computers to process images to enhance 
them, deblur them, and shape and shadow them -- things like that. 
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ASPRAY: These are clearly lots of programs spread across a wide range of technical fields. An IFTO director 
cannot possibly have detailed knowledge of all of these areas. He can be expert in a few perhaps, but not in all 
of them. How was the technical management handled? Was it a division of labor, clearly, or did this have some 
bearing upon the choice of the program, or the choice of the person as a successor? 
KAHN: To start off with, I think that it is clearly better when you have expertise right at the top. A good 
manager -- by good, I mean somebody who can decide who to listen to, and know that he needs some advice 
and input -- can function very effectively running that office. I think Bob Taylor demonstrated that. So it is 
not dear that an office director necessarily needs to be expert in anything technical. What he needs to have is 
good judgement and the ability to assimilate advice in those areas. That is the minimum. Now, more often than 
not, what you really need is good judgement, intuition, in deciding how to invest, provided that you can get some 
insight as to what makes more or less technical sense. Remember, you are dealing with inputs from the technical 
experts in the community. So you start off with things that are usually on a pretty good track. The question is 
sorting out the few that may be slightly off track, or the ones that do not really align with your vision of where 
you would like to see thing go. 
ASPRAY: Yes. But that vision is partly one that is shaped by the technical... 
KAHN: It could be, but it does not have to be. It depends on the level of definition of your goals and 
objectives. I mean, if your goal and objective is, let's say, to get people to be able to write programs easily for 
a machine, it's easy to tell whether you're there without knowing anything about the underlying technology. You 
can visualize whether it is there or not. If you have a good technical view, you may have some notion of exactly 
how you want to go about doing that, and you can guide it down that path; but if you do not, then you can rely 
on the inputs from the community. In some cases, you might actually get better inputs than you would have 
generated yourself. It depends on how good you are relative to the people in the community. There is a 
disadvantage of having too good a technic